规范
pjk index
外包要求
lv1= lv2= type=
git 规范
所有的代码发布,通过git,配置也保存在git中,不同环境的不同配置通过分支来提现。有敏感信息不能进git的,另行处理
custom config;user/my config
git的一个commit只做一件事情,即使这件事情只改了一行代码、配置
代码重构要单独提交到一个commit,如果一个改动需要重构,重构和功能修改分两次commit
自己检查自己的工作!git提交确保完整、可用。
每一行修改都要检查一遍
晨会
每天晨会,汇报自己昨天的工作;也便于组内成员间相互了解别人的工作。
http://dev.rongyipiao.com:84/tools/database_op.html
禅道
- 自己的事情,记下来,分解成禅道任务 http://dev.rongyipiao.com/docs/1068799191/pub/todo_index.html
口头交代的任务,自己记录下来。不要石沉大海!
- 工作量超过1小时的,单独建立任务;小于1小时的,可以建立一个杂项任务写在一起
- 完成任务:统一为在记录工时时剩余填0。
- 每个任务,写明关联的git仓库、分支或其他信息,保证看的人能掌握全部信息。
- 如果是bug,不要写成任务
其他
注重文档
demo先行
文件名不要用中文,避免编码问题
lv1= lv2= type=
规范 2019-3-14
http://uninote.com.cn/book/1082456099#1126
commit 规范
https://blog.csdn.net/zhongwcool/article/details/44673263?utm_source=blogxgwz6
其他规范
重构时,必须保证100%的功能,即逻辑不能变,只能变代码结构。
工具稳定,由开发来测试
lv1= lv2= type=
base on 开源
记录start commit
选取stable commit
文档 日志
必须的文档说明:日志在什么地方,sample logs
公用的配置、数据要放git管理。sql除了初始化结构,还需要有必要的初始化数据。
编码
如果确实需要复制代码,一定要在文档 中说明
- 一个 commit 一件事情
- 多余的空行
- 提交分支加一个 tmp,review后再合并。
lv1= lv2= type=todo
api doc 规范
所有的api,写一个简单的页面版的调用demo,覆盖全部的业务逻辑(接口调用),从日志输出中copy参数,可以直接修改,测试接口。
other
不要格式化代码:blame on you !
前置逗号是不好的JavaScript代码书写习惯吗?
http://ourjs.com/detail/53f7ffabc1afbc6e3000000a
如何 求助 协作
缩进统一
工作习惯
- 发现问题,任何时间发消息,你们可以空了再会,但必须要有回复
- 任何事情要有回音(
事事有回音
http://www.sohu.com/a/252784285_100255455
)
- 要做的事情,要有个TODO list,让我知道你记下了
- 工作计划 及时更新
-end